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A METHOD OF UPDATING NETWORK INFORMATION ADDRESSES 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to the information processing field- More 
particularly, the invention relates to a mechanism for maintaining current bookmarks 
and mitigating or preventing the loss of information related to a bookmarked HTML 
page. 

Background of the Related Art 

Hypertext Markup Language (HTML) was developed to allow users on the 
Internet to easily navigate from within one document to another document. An HTML 
document is located at an address represented by a Universal Resource Locator (URL), 
and may reside on a user's own computer, or on another computer networked with the 
user's computer. In particular, the HTML document may reside on a neworked 
computer (called a host) with an Internet address. A logical grouping of HTML 
documents on a given host is known as a website and all websites taken together 
constitute the World Wide Web (WWW). 

A user selects, loads and displays HTML documents utilizing software called a 
browser. HTML documents displayed by the browser generally contain areas that, 
when selected by a user, cause the browser to load and display other HTML documents. 
A selectable area (known as a hypertext link) may be textual, graphic, or generally any 
designated area of a displayed HTML document. Each hypertext link is associated with 
a URL of a destination HTML document, which is loaded and displayed when the link 
is selected by the user. 

Occasionally, a user may find URLs of interest which merit revisiting. 
Therefore, the user needs a convenient method of storing and retrieving the URL for 
future use. One common technique of allowing the users to return to selected HTML 
document is called "bookmarking". At the user's request, the browser associates the 
selected URL with a word or phrase of a presently displayed HTML document and 
stores this data as a bookmark. The bookmark is stored in a bookmark file which is 
typically resident on the user's computer. At the user's request, a list of textual 
descriptions in the bookmark file is displayed as a bookmark list. Upon selecting one 
such description, the browser loads and displays the HTML file found at the associated 



R0999114 

URL. In this manner, the browser facilitates returning to a preferred URL. 

A problem arises when the URL of a bookmark is changed and/or the contents 
of a bookmarked page are changed. In the former case, the user has lost the ability to 
retrieve the bookmarked URL and the embedded links associated with that URL. In the 
latter case, where the contents of a bookmarked page are changed, the user is still able 
to retrieve the bookmarked page but may have lost the ability to locate the URLs that 
were originally embedded in the bookmarked page as links, which have since been 
removed. 

problems associated with changing the URL of a bookmarked site, or the 
10\ contents of the URU are particularly detrimental in cases where the bookmarked URL 



constitutes an index pagfe>vln general, an index page is an HTML document having 
multiple links associated therewlth^typically related by a common category. One 
. example of an index page is Javagemsfra^dng the URL www.javagems.com. Javagems 
is a website having embedded links which are^ejated to the Java programming 
1 5 language. Users typically bookmark this page or simitei^pages because they provide a 

convenient way of organizing and loading websites accordin^4o similar content. Thus, 
in cases where the bookmarked page becomes irretrievable due toj^qhange in the URL, 
the user has lost access, not only to the bookmarked page, but to each orth^associated 
and embedded links. 

20 In an attempt to avoid any inconveniences to users, web page authors or 

administrators have developed some techniques whereby the detrimental effects 
associated with moving a web site may be avoided. One such technique is the use of a 
temporary forwarding page. A temporary forwarding web page is an HTML document 
that provides a forwarding URL at which the bookmarked site now resides. The 

25 forwarding web page is associated with the bookmarked site so that when a user evokes 

the bookmarking application of the browser to retrieve the URL which has since been 
moved, the browser downloads the temporary forwarding web page. Typically, the 
temporary page will provide a hypertext link associated with the forwarding URL, i.e., 
the new URL, at which the bookmarked web site is now located. The user may then 

30 select the link and be forwarded to the web page at its new location. Subsequently, the 

user may desire to bookmark the new URL, thereby updating the bookmark list to 
facilitate future visits. In some cases, the web author or administrator may 
automatically forward the user to the new URL upon activating the bookmarked URL 



3 



R0999114 



# 



5 



10 

o 

in- 15 

*S 20 



25 



30 



by use of a redirect function enabled by HTML source code as is known in the art. 
Automatic forwarding obviates the need for the user to manually select the hyperlink 
associated with the forwarding URL. 

While temporary forwarding pages may avoid some inconveniences of cases 
wherein a URL has been moved or changed, it is not a perfect solution. For instance, 
even where the web author or administrator provides a temporary forwarding page, the 
page is, by definition, not permanent. As a result, if the user does not return to the 
bookmarked site in a limited timeframe, the opportunity to locate the forwarding URL 
may be lost. Additionally, a temporary forwarding page may not be provided. In such 
cases, the user is left without a remedy except to locate the web site by manually 
searching. Further, in the event that the site has been deleted as opposed to moved, the 
user also loses access to any embedded links associated with the bookmarked site. 

Therefore, there is a need in the art for providing a method for maintaining an 
updated bookmark list. 

SUMMARY OF THE INVENTION 

The present invention generally relates to a method and program product for 
facilitating the maintenance of bookmarks and preventing the loss of information 
associated with a bookmark. 

In one aspect of the invention, the invention verifies a bookmarked network 
information address, e.g., a Uniform Resource Locator (URL), associated with 
information, e.g., an HTML document, at a user's request. A verification scan is 
performed by a program to determine the status and currency of each stored URL and 
the contents of its related HTML documents. The verification scan comprises the steps 
of storing the bookmarked network information address in a data structure and then 
determining whether the bookmarked network information address is retrievable by 
automatically searching for the information located at the bookmarked network 
information address. The bookmarked network information address is retrievable if the 
bookmarked network information address is located by the program. If the 
bookmarked network information address is retrievable, it is determined whether the 
information has been moved to a different network information address. In one 
embodiment, if the information has been moved to a different network information 
address, the bookmarked network information address is replaced with the different 
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network information address in the data structure. 

In another aspect of the invention, the information located at the bookmarked 
network information address is scanned for embedded network information addresses 
which are then stored in a data structure. In the event the bookmarked network 
information address is irretrievable, a document containing the embedded network 
information addresses is generated and displayed to a user attempting to access the 
bookmarked network information address. 

BRIEF DESCRIPTION OF THE DRAWINGS 

So that the manner in which the above recited features, advantages and objects 
of the present invention are attained and can be understood in detail, a more particular 
description of the invention, briefly summarized above, may be had by reference to the 
embodiments thereof which are illustrated in the appended drawings. 

It is to be noted, however, that the appended drawings illustrate only typical 
embodiments of this invention and are therefore not to be considered limiting of its 
scope, for the invention may admit to other equally effective embodiments. 
Figure 1 is a block diagram showing a client computer and a connected server 
computer. 

Figure 2 is a Graphical User Interface for a prior art browser. 

Figure 3 is a flowchart of a processing program for enabling user interaction with the 
client computer according to the present invention. 

Figure 4 is a flowchart of a processing program for performing verification scanning 
according to the present invention. 

Figure 5 is a data structure of the present invention for storing bookmarked URLs and 
related information. 

Figure 6 is an illustration of the data structure of Figure 5. 
Figure 7 is a verification log of the present invention. 
Figure 8 is an illustration of the verification log of Figure 7. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

In general, the present invention relates to a method, and software 
implementation of the method, that facilitates the maintenance of current bookmarks 
and prevents the loss of information associated with a bookmark. The inventive 
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method bookmarks a network information address, e.g., a Uniform Resource Locator 
(URL), associated with information, e.g., an HTML document, at a user's request and 
creates a database table containing each bookmarked URL. The source code of the 
HTML document is scanned for embedded links which are stored in the table according 
to the related bookmarked URL. To ensure that the bookmarks are current, a periodic 
verification of the status of a bookmarked URL is performed. A change in the status of 
the bookmark occurs when the contents of the HTML document of a bookmarked URL 
are altered and/or when the bookmarked HTML documents are moved to another URL. 
In the former case, where the site has not been moved but the contents of the 
bookmarked site have been changed since the last visit to the site, the database table is 
refreshed to reflect the changes. In the latter case, where the URL has been changed, 
the invention determines whether a forwarding URL (i.e., the new URL at which the 
HTML document is now located) is available. If so, the bookmark is updated by 
associating the bookmark witti the new URL, i.e., the original URL is replaced with the 
forwarding/new URL. Thus, when the bookmark is next selected by a user through a 
browser, the browser will download the forwarding/new URL, thereby obviating the 
need for manual intervention in updating the bookmark list. In the event that the 
bookmarked URL becomes irretrievable because a forwarding/new URL is not 
provided, a temporary HTML document is generated using the stored data from the 
table, i.e., the links related to the bookmarked URL, thereby avoiding the possibility of 
losing the information of the originally bookmarked URL. The temporary HTML 
document contains the hypertext links of the lost site at the last verification. The 
number of hypertext links in the temporary HTML document can be limited by a 
configuration limit as determined by a user. 

As will be described in detail below, aspects of the preferred embodiment 
pertain to specific method steps implementable on computer systems. In an alternative 
embodiment, the invention may be implemented as a computer program-product for use 
with a computer system. The programs defining the functions of the preferred 
embodiment can be delivered to a computer via a variety of signal-bearing media, 
which include, but are not limited to, (I) information permanently stored on non- 
writable storage media (e.g., read-only memory devices within a computer such as CD- 
ROM disks readable by CD-ROM drive); (ii) alterable information stored on writable 
storage media (e.g., floppy disks within diskette drive or hard-disk drive); or (iii) 
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information conveyed to a computer by a communications medium, such as through a 
computer or telephone network, including wireless communications. Such signal- 
bearing media, when carrying computer-readable instructions that direct the functions 
of the present invention, represent alternative embodiments of the present invention. 
5 Figure 1 depicts a data processing system 20 in which the preferred embodiment 

may be implemented. In general, the data processing system 20 includes a client 
computer 22 and at least one server computer 24 (five such servers 24 are shown). The 
client computer 22 and the server computer 24 may be components of the same 
computer system or may be separate components connected via a network 26, such as 

10 the Internet. The client computer 22 includes a Central Processing Unit (CPU) 28 

connected via a bus 30 to memory 32, storage 34, input device 36 and output device 38. 
The input device 36 can be any device to give input to the client computer 22. For 
example, a keyboard, keypad, light pen, touch screen, button, mouse, track ball, or 
speech recognition unit could be used. The output device 38 is preferably any 

15 conventional display screen and, although showing separately from the input device 36, 

the output device 38 and input device 36 could be combined. For example, a display 
screen with an integrated touch screen, and a display with an integrated keyboard, or a 
speech recognition unit combined with a text speech converter could be used. Memory 
32 is preferably a random access memory sufficiently large to hold the necessary 

20 programming and data structures of the invention. While memory 32 is shown as a 

single entity, it should be understood that memory 32 may in fact comprise a plurality 
of modules, and that the memory 32 may exist at multiple levels, from high speed 
registers and caches to lower speed but larger DRAM chips. The memory 32 contains a 
browser program 40 that, when executed on the CPU 28, provides support for 

25 navigating between the various servers 24 and locating addresses at one or more of the 

servers 24. The contents of memory 32 can be loaded from and stored to the storage 34 
as CPU 28 has a need for it. 

In the preferred embodiment, storage 34 is DASD (Direct Access Storage 
Device), although it could be other storage such as floppy disc drives or optical storage. 

30 Although storage 34 is shown as a single unit, it could be any combination of fixed 

and/or removable storage devices, such as fixed disc drives, floppy disc drives, tape 
drives, removable memory cards, or optical storage. Memory 32 and storage 34 could 
be part of one virtual address space spanning multiple primary and secondary storage 
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devices. The storage 34 contains various data structures and, as shown in Figure 1, 
storage 34 contains at least a first data structure 41 and a second data structure 43, 
wherein the second data structure contains a table 50. 

Each server computer 24 generally comprises a CPU 42, memory 44, and 
5 storage 46 coupled to one another by a bus 48. The memory 44 is random access 

memory sufficiently large to hold the necessary programming and data structures that 
are located on the server computer 24 according to a network information address, e.g., 
a URL. As shown, the memory 44 includes an HTTP server process 45 adapted to 
service requests from the client computer 22 regarding HTML documents. The 

10 programming and data structures may be accessed and executed by the CPU 42 as 

needed. The storage 46 is provided for long-term storage of implementation code and 
data needed during operation. 

Although a specific hardware configuration is shown for data processing system 
20, a preferred embodiment of the present invention can apply to any hardware 

15 configuration that allows the browsing of documents, regardless of whether the 

computer system is a complicated, multi-user computing apparatus, a single-user 
workstation, or a network appliance that does not have non-volatile storage of its own. 

The browser program 40 may be initiated by a user on the client computer 22 
and used to navigate between servers 24. Figure 3 is a flow chart of a process 101 that 

20 occurs as a user operates the browser 40 on the client computer 22. The description of 

Figure 3 will be made with occasional reference to Figure 1 where appropriate. Entry 
into process 101 is depicted in block 100. During operation, the user initiates various 
actions which are executed by the browser 40 as represented by block 102. Upon 
locating a desired web page, i.e., an HTML document, located on a server 24, the user 

25 may elect to bookmark the page for the purpose of facilitating future visits. At block 

104, if the user action is anything other than to bookmark the web page the browser 40 
continues with normal operation according to the specified action as represented by 
block 106. However, if the action is to bookmark the page, the browser process 
proceeds to block 108 indicating that the page is bookmarked. 

30 An illustration of bookmarking is provided with reference to Figure 2. Figure 2 

depicts a schematic embodiment of a Graphical User Interface (GUI) 10 for a browser, 
such as the Netscape 6.1 browser, developed by Netscape Communications, Inc., which 
may be used to advantage with the invention and displayed by the output device 38. In 
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order to store a bookmark for the presently displayed HTML document, the user 
highlights and activates the word Communicator 1 1 in the title bar 12. This may be 
accomplished, for example, by utilizing a mouse or keyboard. Upon selecting the word 
Communicator 1 1, a window 13 appears. The user then selects the word Bookmark 14 
5 in the window 13 causing a second window 15 to appear. The user then selects the 

words Add Bookmark 16 in the second window 15 and may then be provided the 
option of providing a brief description to be associated with the new bookmark and/or 
create a file in which to store the bookmark. Alternatively, the browser 40 may 
automatically associate the Title information of the URL, which is embedded in the 

10 HTML file between the TITLE tags. In either case, the bookmarked URL is then 

placed in the first data structure 41 (shown in Figure 1) which can be stored in storage 
34 for periodic retrieval. Once the bookmark has been added to the bookmark list, the 
user may retrieve the bookmark at will. Thus, referring still to Figure 2, to retrieve the 
document related to a stored bookmark the user again selects the word Bookmarks 14 

15 in the title bar 12 of the GUI 10. The user then selects the title 17 of the HTML page 

sought to be loaded. The URL associated with the selected bookmark is then used to 
load the appropriate HTML document. The HTML document may be loaded from a 
cache, or downloaded over a network from another computer or a host, depending on 
where the HTML document resides. As will be described below, the invention ensures 

20 that the stored bookmarks and their related contents are kept kept current and that, 

where necessary, the content is stored to a backup document retrievable by the user. 

According to the invention, the network information address of the bookmarked 
page, e.g., the URL, is also stored in a second data structure 43, such as a database table 
50, generated by the client computer 22, as indicated by block 110. In one 

25 embodiment, the first and the second data structure 41, 43 are the same. Preferably, the 

second data structure 43 is stored locally on the client computer 22 such as in storage 
34, as shown in Figure 1 . Figure 5 depicts an illustrative representation of the second 
data structure as a database table 50 containing multiple data fields 52, 54, 56 and 58 at 
least one of which relates to the URL of the bookmarked page. Thus, table 50 

30 comprises a URL data field 52 that preferably contains the full bookmarked URL , i.e., 

the protocol and domain name. A timestamp data field 54 contains the date of the most 
recent changes made to the HTML document being bookmarked. The date may be 
provided by the server 24 on which the bookmarked HTML document resides. The 
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table 50 also includes a plurality of hyperlink data fields 58 for containing one or more 
links embedded in the bookmarked HTML document as well as a configuration limit 
data field 56 indicating how many links are to be stored as will be described in greater , 
detail below. 

5 Returning again to Figure 3, in block 110, the timestamp is preferably entered at 

the time the HTML document is bookmarked. Then, in block 112, the user sets the 
configuration limit indicating the number of links to be retrieved from the bookmarked 
page by the browser 40 and stored in the table 50 by the client computer 22. The user 
is given the option not to limit the number of links to be retrieved and stored from the 

1 0 bookmarked page, thereby allowing all the links associated with bookmarked page to 

be stored in the table 50. Further, although depicted as being performed subsequent to 
block 1 10, it is understood that block 112 may be performed by the user prior to entry 
at block 100. Additionally, while the configuration limit may be independently 
selected for each bookmark, for ease of use, the configuration limit is generally the 

15 same for each bookmark and need only be input once by the user. The user may then 

periodically adjust the configuration limit as the need should arise. In one embodiment, 
the configuration limit is changed by opening a preference file selected from the 
browser menu. 

In block 1 14, the browser 40 determines the presence of embedded hyperlinks 
20 in the bookmarked HTML document. This is performed by accessing and scanning the 

source code of the HTML for anchor tags having HREF attributes. Each such anchor 
tag represents an embedded link having a destination URL. Upon detecting an anchor 
tag, the browser 40 stores the link as shown by block 116. The link is stored in the 
hyperlink data field 58 of table 50 with the associated URL of the bookmarked page 
25 (contained in the URL data field 52) as shown in Figure 5. Subsequently, the browser 

40 scans the source code of the bookmarked HTML document for additional embedded 
links, as indicated by block 118. If no additional links are found, the routine is exited, 
at block 120, and the browser 40 resumes normal operation according to the actions of 
the user. If, however, another link is found, the browser 40 determines, in block 122, 
30 whether the configuration limit, contained in the configuration limit data field 56 of the 

table 50, has been reached. If so, the routine is exited at block 124. If the configuration 
limit has not been reached, the process returns to block 1 1 6 to store the embedded link 
in the hyperlink data field 58. Thus, blocks 116, 118, and 122 comprise a loop that is 
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repeated until all embedded links in the bookmarked HTML document are detected and 
stored or until the configuration limit is reached. 

Subsequent to storing one or more bookmarks in the manner described above 
with reference to Figures 3 and 5, the HTML documents associated with the 
5 bookmarked URLs may be moved to a different URL and/or the contents of the HTML 

documents may be altered. As described above with reference to the prior art, such 
cases result in the user losing information contained in the bookmarked HTML 
document. The present invention mitigates or eliminates detrimental effects resulting 
from alterations to bookmarked pages by using a periodic verification scan. 

1 0 Referring now to Figure 4, a flowchart depicting the process 131 for 

performing a verification scan is shown. The process 131 is generally a portion of 
browser program 40 or a callable routine that is executed by the browser program 40. 
The verification scan process 1 3 1 may be performed periodically at a frequency 
determined by the user. For example, the user may configure the client computer 22 to 

1 5 automatically execute the verification scan once per week at a designated time of day. 

The entry to the verification scan process 131 occurs at block 130 in Figure 4. At 
block 132, the browser 40 retrieves a bookmarked URL from the URL data field 52 of 
the table 50. The browser 40 then, at block 134, determines whether the URL is still 
valid and retrievable. Thus, the browser 40 searches for and attempts to download the 

20 bookmarked URL. In cases where the bookmarked URL is irretrievable, z.e., the 

bookmarked URL does not exist, an error message will be returned to the browser 40. 
A returned error message prompts the process 1 3 1 to cause the browser 40 to create a 
temporary HTML document, as indicated by block 1 54. Preferably, the temporary 
HTML document is created and saved to the storage area in which table 50 is located, 

25 e.g., storage 34 of Figure 1 . The temporary HTML document contains each of the 

stored embedded links in table 50 that are associated with the original bookmarked 
page that has become irretrievable. As shown in block 156, the URL of the original 
bookmarked page stored in the table 50 is then replaced with the temporary HTML 
document, or more precisely, with the path name of the temporary HTML document. 

30 Additionally, the bookmarked URL in first data structure 41 of Figure 1 is replaced 

with path name of the temporary HTML document. Thus, future attempts by the user 
to access the original bookmarked page will cause the browser 40 to load the temporary 
HTML document for the first data structure 41 . As a result, the temporary HTML 
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document allows the user to visit each of the links which were associated with the 
irretrievable bookmarked page and which would otherwise have been lost. Finally, the 
verification of process 131 is exited at block 157. 

Returning now to block 134, if the process 131 determines that a bookmarked 
5 HTML document does exist, Le. 9 the HTML document was located, the browser 40 

then determines whether the HTML document is the original page that was 
bookmarked by the user or whether the original bookmarked page has been moved to 
another location having a new URL. In the latter case, the URL being processed by the 
browser 40 is the same as the bookmarked URL, however, the HTML document is not 
10 the original document bookmarked by the user. Instead, the HTML document being 

accessed by the browser 40 is typically a forwarding page. Thus, the browser 40 must 
differentiate between the original bookmarked document and a forwarding page located 
at the URL of the original document. In one embodiment, the determination of the 
nature of the document being processed is made by scanning the source code of the 
\j 15 HTML document for embedded links. In particular, the browser 40 determines, in 

J"; \ block 136, whether the HTML document being scanned has only one embedded 

& hypertext link. Typically, HTML documents having only a single link are forwarding 

O pages and the single link is a forwarding link. However, as a check, the process 131 

^ preferably determines whether the HTML document being processed has been changed, 

CO 20 as shown by block 137, in cases where only one link is found. This determination may 

be made by requesting pertinent information from the server 24 on which the 
bookmarked HTML document is located. Specifically, the requested information 
pertains to the date and time of the last changes made to the HTML document. The 
date and time information returned from the server computer 24 to the client computer 
25 22 can be then compared to the stored timestamp (contained in the timestamp data field 

54 of the table 50). If the comparison indicates that the HTML document has been 
changed, the HTML document is assumed to be a forwarding page and the single link is 
assumed to be a forwarding URL, Le. 9 the new URL to which the original bookmarked 
HTML document has been moved. Accordingly, at block 138, the original stored 
30 bookmark in the table 50 and the first data structure 41 are replaced with the URL of 

the single link. If the comparison of the time and date indicates that the HTML 
document has not been changed, the bookmarked URL contained in the table 50 is 
determined to be the URL as originally bookmarked by the user. Subsequently, the 
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process 131, in block 150, reviews the table 50 for the next stored URL. If another 
URL is found, the process 131 returns to block 132 to load and retrieve the bookmarked 
URL. If no other bookmarks are stored in the table 50, the process is exited at block 
152. 

5 If the original bookmarked page is replaced with the single detected link, as 

shown in block 138, the process 131 then clears the stored embedded links from the 
table 50 that were associated with the original bookmarked page, as shown in block 
140. The table 50 is then updated with the current links embedded in the HTML 
document of the single link. This is done to ensure the table reflects the most recent 

1 0 changes made to the bookmarked page, if any. Thus, at block 142, the HTML 

document associated with the single link is scanned for embedded hypertext links by 
detecting the anchor tags having HREF attributes in the source code of the HTML 
document. At block 144, the first detected link is stored in the table 50 according to the 
associated HTML document. The HTML document is then checked for additional 

15 embedded links at block 146. If additional links are found, a determination is made as 

to whether the preset configuration limit has been reached at block 148. If the limit has 
not been reached, the link is stored in the table 50, as shown by block 144. 
Accordingly, blocks 144-148 comprise a loop that is iterated until all links on the 
HTML document are stored in the table 50 or until the configuration limit is reached. 

20 Once all links on the bookmarked page are stored in the table 50 (block 146) or 

the configuration limit is reached (block 148), whichever occurs first, the process 131, 
at block 150, browser 40 determines whether additional bookmarks are stored in the* 
table 50. If no additional bookmarks exist, the process 131 is exited at block 152. If 
additional bookmarks are found in the table 50, the browser 50 routine returns to block 

25 132 to retrieve and access the next bookmarked URL in the table 50 and continue the 

processing as described above. In this manner, each bookmark stored in the table 50 
(and the first data structure 41) which has been moved, is updated to reflect the new 
URL in the event a forwarding page is provided. Additionally, the related embedded 
links stored in the table 50 are cleared and the table 50 is updated with the current 

30 embedded links. Thus, the table 50 is refreshed to reflect changes in location of the 

bookmarked HTML document and to include all updated embedded links for each 
bookmarked page. 

Returning again to block 136, if the process 131 finds that the bookmarked page 
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contains more than one link, it is assumed that the bookmarked URL contained in the 
table 50 is active and is the address to the page originally bookmarked by the user. The 
process 131 then determines whether the HTML document associated with the 
bookmarked URL has been altered, as depicted by block 160. As noted above with - 
5 reference to block 137, information regarding changes to the HTML document is 

typically provided by the server 24 on which the bookmarked HTML document is 
located. Thus, upon request by the client computer 22, the server 24 returns a date 
indicating the time of the last change to the bookmarked HTML document. This date is 
then compared to the stored timestamp (contained in the timestamp data field 54 of the 

1 0 table 50) associated with the bookmarked page. If the date returned by the server 24 

and the timestamped date differ it is assumed the page has changed. If the HTML 
document has not been changed, the process 131 determines whether any other 
bookmarks are stored in the table 50, as shown by block 150. If so, the process 131 
returns to block 132 to retrieve and access the next bookmarked URL in the table 50. If 

15 no other bookmarks are stored in the table 50, the process 131 is exited. 

In the case where the bookmarked HTML document has been changed, as 
determined at block 160, the process described with reference to blocks 140-152 is 
performed to refresh the table 50. Thus, stored embedded links associated with the 
bookmarked page, which are contained in the embedded links data field 58, are cleared 

20 from the table 50 as shown in block 140. The table 50 is then updated with the current 

links embedded in the bookmarked HTML document. Thus, at block 142, the 
bookmarked HTML document is scanned for embedded hypertext links by detecting 
the anchor tags having HREF attributes in the source code of the HTML document. 
The first detected link is stored in the table 50 according to the associated bookmarked 

25 HTML document, as shown by block 144. The HTML document is then checked for 

additional embedded links at block 146. If additional links are found, a determination 
is made as to whether the preset configuration limit has been reached at block 148. If 
the limit has not been reached, the link is stored in the table 50, as shown by block 144. 
The loop comprising blocks 144-148 is iterated until all links on the bookmarked 

30 HTML document are stored in the table 50 or until the configuration limit is reached. 

Once all links on the bookmarked page are stored in the table 50 (block 146) or 
the configuration limit is reached (block 148), whichever occurs first, the process 131 
determines whether additional bookmarks are stored in the table 50, as shown by block 



14 




R0999114 

150. If no additional bookmarks exist, the process 131 is exited at block 152. If 
additional bookmarks are found in the table 50, the process 131 returns to block 132 to 
retrieve and access the next bookmarked URL in the table 50 and continue the 
processing as described above. Thus, blocks 140-148 act to refresh the table 50 to 
5 include all updated embedded links for each bookmarked page. 

Accordingly, the process of Figure 4 comprises one embodiment of the 
invention whereby the bookmarked pages are kept current and/or backup documents are 
generated. In this manner, each stored bookmark in the table 50 is verified and, if 
necessary, is updated with the current embedded hyperlinks. 
10 When the user next logs on subsequent to a verification scan being performed, a 

verification log is generated by the client computer 22. One possible embodiment for a 
verification log 200 is shown in Figure 7. The verification log 200 informs the user as 
to the various activities performed during the verification scan. The verification log 
200 comprises at least a bookmark URL data field 202 indicating each of the URLs 
15 bookmarked by the user. The URL data field 202 comprises at least the domain name; 

alternatively, the full URL may be provided. Additionally, the verification log 200 
comprises an activity data field 204 indicating the events of a verification scan. The 
activity data field 204 for each bookmark comprises a verification date and specifies the 
action taken by the process 131. 
20 v " t Eigure 8 illustrates the formatting for one illustrated embodiment of the 

verification To^OO. The action taken with regard to a first URL, 
http://www.Bookm^lsQom, indicates that the bookmark was replaced with a 
temporary HTML file suggesttsgthat the original bookmark could not be retrieved. 
The action taken with regard to a secohd^JRL, http://www.Bookmark2.com, indicates 
25 that the bookmark has been moved and therefot©4he stored URL was replaced with a 

forwarding URL detected during the verification scan. 

In order to prevent unwanted changes, the user is preferably given the 
opportunity to accept or reject the changes made during the verification scan. If the 
user rejects the changes, a backup file containing the original data is retrieved and the 
30 table is reformatted with the original data. If the user accepts the changes, the backup 

file may be deleted. 

The present invention contemplates various additional and alternative 
embodiments which will become apparent to those skilled in the art. For example, the 
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browser 40 need not scan and store the embedded links of each bookmarked URL as is 
performed in blocks 114 and 116 of Figure 3. Thus, in an alternate embodiment, the 
browser 40 may store and verify only the URL bookmarked by the user without regard 
for any embedded links. During a subsequent verification scan, each bookmarked URL 
5 is then checked for changes indicating that the URL has been moved or deleted. Where 

an original bookmarked URL has been changed and a forwarding URL is available, the 
bookmarked URL may be updated with the forwarding URL. In the event the 
bookmarked URL has moved and no forwarding URL is detected by the browser 40, 
the browser 40 generates a temporary backup document to replace the bookmarked 

10 URL stored in the table 50. Upon logging on to the client computer 22, the user is 

notified of the changes to the bookmarks via the verification log 200. 

In another embodiment, the invention contemplates verifying the status of each 
of the embedded links associated with the bookmarked page. That is, the embedded 
links may each be treated as a separate bookmark and subjected to a similar verification 

15 scan such as was described with reference to Figure 4. However, such multilevel 

verification is not always desirable to the user whose primary interest is the 
bookmarked page. If the user has particular interest in a link embedded in the 
bookmarked page and desires to return to that link frequently, the user may choose to 
manually bookmark the link, thereby ensuring that it will be periodically verified 

20 according to the invention. Multilevel verification may also be undesirable to the user 

because of the resulting additional data contained in the verification log which the user 
may find superfluous and confusing. Thus, multilevel verification is preferably a user 
selectable option made at the time a given page is bookmarked. Alternatively or 
additionally, the user is preferably given the option to activate/deactivate multilevel 

25 verification in a preference screen accessible from the browser menu for example. 

The preferred embodiment of the invention has been described with reference to 
particular protocols, e.g., URLs and HTML pages, for clarity. However, it understood 
that any protocols, known or unknown, may be used to advantage by the invention. 
While the foregoing is directed to the preferred embodiment of the present 

30 invention, other and further embodiments of the invention may be devised without 

departing from the basic scope thereof, and the scope thereof is determined by the 
claims that follow. 
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